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Kommunikationsverf ahren zwischen Server und Client 

eines Netzwerks 



Die Erfindung betrifft ein Kommunikationsverf ahren zwischen 
einem Netzwerk-Client und einem Netzwerk-Server , wobei ein 
vom Netzwerk-Client angefragtes Netzwerk-Dokument vom Netz- 
werk-Server an den Netzwerk-Client geschickt und dann von 
einem Browser des Netzwerk-Clients dem Benutzer zur Bearbei- 
tung angezeigt wird, sowie ein zum Durchfuhren dieses Kommu- 
nikationsverf ahrens geeignetes Computerprodukt . 



Die Quelle von Dokumenten im Internet ist der sogenannte 
Server, Im World Wide Web (WWW) werden die WWW- bzw. Web- 
Seiten von einem Web-Server geliefert, wobei das Auffinden 
von Web-Seiten im Internet mit Hilfe von Hinweis-Zeigern er 
folgt, die mit HTML (engl. Hypertext Markup Language) in di 
gespeicherten Dokumente eingebracht werden. ' Die gelieferte 
Web-Seite wird dem Benutzer mittels eines Web-Browsers (d.i 
das Werkzeug zum Navigieren und Modifizieren im Internet) 
angezeigt . 

Eine Anfrage eines Internet-Benutzers im Internet erfolgt 
prinzipiell f olgendermaEen : 

1. Der Benutzer richtet iiber seinen Netzwerk-Rechner (sog. 
Client) eine HTTP-Anfrage (HTTP: HyperText Transfer Pro- 
tokoll) an den Web-Server. 

2. Der Web-Server ladt die angefragte Web-Seite iiber ein Fi 
lesystem oder erzeugt die Web-Seite auf andere Art und 
Weise . 

3. Diese Web-Seite wird an den Client via HTTP zuruckge- 
schickt . 

4. Der Web-Browser des Client zeigt die Web-Seite an. 

5. Der Benutzer arbeitet mit der Web-Seite. 

Allerdings gehen Daten, die der Benutzer eingibt, ohne wei 
tere technische MaSnahmen verloren. HTTP ist ein zustandsl 
ses Protokoll. Das beschriebene Verfahren ist nur begrenzt 
"individualisierbar" , da alle Clients im Prinzip die selbe 
Web-Seite verwenden. Beim erneuten Aufruf einer Web-Seite 




wird dem Benutzer daher die Web-Seite im stets gleichen Lay- 
out und ohne Berucksichtigung von Eingaben oder Anderungen, 
die vom Benutzer bei seinem letzten Aufruf bereits gemacht 
worden sind, angezeigt. D.h., die Generierung der angef rag- 
ten Web-Seite erfolgt statisch. 

Damit die Daten, die der Benutzer eingibt, nicht verloren 
gehen, sind bereits Techniken wie z.B. Cookies oder Abspei- 
chern von Formulardaten in einer Datenbank bekannt. Diese 
Speicherung bezieht sich in jedem Fall nur auf die "nackten" 
Daten (z.B. die Eingaben in Felder) , nicht jedoch auf den 
Zustand der gesamten Seite, der neben den nackten Daten auch 
die Vorgangerseite, Schrif tart/-gro£e, Position der Elemente 
und des Cursors etc. beinhaltet. 

Es ist daher die Aufgabe der Erfindung, ein Verfahren der 
eingangs genannten Art derart zu verbessem, daS beim emeu- 
ten Aufruf eines Netzwerk-Dokuments durch den gleichen Be- 
nutzer alle vom Benutzer bei einem friiheren Aufruf am Netz- 
werk-Dokument vorgenommenen Anderungen und Eingaben bereits 
berucksichtigt werden, sowie ein entsprechendes Computerpro- 
dukt bereitzustellen. Dabei sind unter Anderungen und 
Eingaben neben eingegebenen Daten auch Anderungen am Layout 
(textueller Inhalt, Schrif tarten, Positionen der Elemente, 
Farben, Hintergrund, Bilder etc ._). .sowie die Einbettung der 
Seite in den Gesamtkontext (z.B. Vorgangerseiten und mdgli- 
che Nachfolgerseiten) zu verstehen. 

Diese Aufgabe wird erf indungsgemaS dadurch gelost, daS die 
vom Benutzer an dem Netzwerk-Dokument am Netzwerk-Client 
durchgefuhrten Anderungen und Erganzungen am Netzwerk-Client 
uber Software auf gezeichnet und im Netzwerk-Server als be- 
nutzerspezif ische- Daten gespeichert werden und daS beim er- 



neuten Aufruf des Netzwerk-Dokuments durch den Benutzer das 
bei einem friiheren Aufruf am Netzwerk-Client durch die In- 
teraktion des Benutzers erstellte Netzwerk-Dokument anhand 
den gespeicherten benutzerspezif ischen Daten wiederherge- 
stellt wird. Bezuglich des Internets bedeutet dies, daS sich 
der gesamte Zustand einer Web-Seite, die ein Benutzer durch 
seine Interaktion mit dem Netzwerk-Client zu einem friiheren 
Zeitpunkt erzeugt hat, wiederherstellen laSt. Die wiederher- 
zustellende Web-Seite wird dabei dynamisch erzeugt. 

Mit diesem erf indungsgemaSen Verfahren ist es moglich, jedem 
Client beim erneuten Aufruf eines Netzwerk-Dokuments seine 
individuelle Netzwerk-Seite anzubieten. In der Regel handelt 
es sich dabei um die bei der letzten Sitzung des Benutzers 
am Netzwerk-Client generierten Seiten. Im Internet wird da- 
durch eine bisher nicht erreichte Individualisierung der 
Web-Seiten moglich. Erf indungsgemaS ist alles, was sich pro- 
grammgesteuert im Web-Browser anlegen und/oder modifizieren 
last, wiederherstellbar . Das Internet bzw. die einzelnen 
Web-Seiten werden mandantenf ahig, da jeder Client seine in- 
dividuellen Daten und Einstellungen vorheriger Sitzungen 
wieder erhalt. Alle bei der vorherigen Sitzung abgelauf enden 
Dialoge konnen sowohl bei der Wiederherstellung der Web-Sei- 
te als auch beim weiteren Dialog bzw. bei der weiteren Dia- 
logfiihrung mit dem Benutzer, z.B. hinsichtlich des Layouts 
von Dialogseiten, berucksichtigt werden, 

Vorzugsweise werden die vom Benutzer am Netzwerk-Dokument am 
Netzwerk-Client durchgef uhrten Anderungen und Erganzungen 
zunachst am Netzwerk-Client, insbesondere im Hauptspeicher 
oder auf der Festplatte, zwischengespeichert und erst, wenn 
die Bearbeitung des Netzwerk-Dokuments durch den Benutzer 
abgeschlossen ist, an den Netzwerk-Server ubergeben. Fur die 




benutzerspezif ischen Daten wird vom Netzwerk-Server in einer 
Datenbank vorteilhaf terweise ein eigener Bereich anlegt. 

Beim erstmaligen Aufruf eines Netzwerk-Dokuments durch einen 
Benutzer sollte die Identif ikat ion des Netzwerk-Clients bzw. 
des Benutzers und z.B. die Vergabe eines Passworts eirfolgen. 
Der Netzwerk-Server erzeugt fur diesen Client einen eigenen 
Bereich in der Datenbank, in der die benutzerspezif ischen 
Daten abgelegt werden. Dieser Bereich wird als "Push-Back- 
Bereich" bezeichnet. Sobald der Benutzer beim erneuten Kon- 
takt identif iziert ist, konnen client-generierte Web-Seiten 
vom vorherigen Kontakt gezielt angezeigt werden. 

Vorzugsweise wird das vom Benutzer geanderte bzw. erganzte 
Dokument am Netzwerk-Client auf gezeichnet und im Netzwerk- 
Server in einem browserunabhangigen Format, insbesondere in 
einem browserunabhangigen XML-Format , JavaScript oder seria- 
lisierten Java-Objekten an^den Netzwerk-Server libertragen 
und dort gespeichert. Alternativ konnen die auf gezeichneten 
Anderungen als reines HTML gespeichert werden, allerdings 
hat dies zur Folge, daS in der Regel kein Datenaustausch 
zwischen verschiedenen Browser-Versionen moglich ist. 

Am Netzwerk-Client konnen die gespeicherten benutzerspezif i- 
schen Daten des Netzwerk-Servers uber z.B. JavaScript oder 
Java interpretiert und daraus ein fur den jeweiligen Browser 
lesbares Format (z.B. HTML-Code) dynamisch erzeugt werden. 

Mit dem erf indungsgemaSen Verfahren am Netzwerk-Client kon- 
nen HTML-Seiten uber Scriptsprachen und/oder Java generiert 
werden, die dann in einem Browser-neutralen Format an den 
Web-Server zuriickgesendet werden. Die Generierung von kom- 
pletten HTML-Seiten am Netzwerk-Client und das Zuriicksenden 



dieser Seiten erlauben die Wiederherstellung des gesamten 
friiheren Zustands einer Web-Seite. Dies stellt die Umkehrung 
des bisherigen Prinzips im Internet dar, bei dem HTML-Seiten 
am Net zwerk- Server gespeichert und/oder generiert und dann 
an den Netzwerk-Client gesendet werden. Bei dem erfindungs- 
gemaSen Verfahren generiert der Netzwerk-Client neue HTML- 
Seiten, die dann an den Netzwerk-Server gesendet werden. 

Die Erfindung betrifft auch ein Computerprodukt , das geeig- 
net ist, alle Schritte des oben beschriebenen Kommunikati- 
onsverfahren durchzuf uhren . Dieses Computerprodukt kann ein 
Computerprogramm oder ein computerlesbares Speichermedium 
sein. 

Weitere Vorteile der Erfindung ergeben sich aus der Be- 
schreibung und der Zeichnung. Ebenso konnen die vorstehend 
genannten und die noch weiter aufgefiihrten Merkmale erf in- 
dungsgemaS jeweils einzeln fur sich oder zu mehreren in be- 
liebigen Kombinationen Verwendung finden. Die gezeigte und 
beschriebene Ausf iihrungsf orm ist nicht als abschlieSende 
Aufzahlung zu verstehen, sondern hat vielmehr beispielhaf ten 
Charakter fur die Schilderung der Erfindung. 

Es zeigt: 

Fig. 1 schematisch den zeitlichen Ablauf des erf indungsge- 
maSen Kommunikationsverf ahrens beim Erstkontakt 
zwischen einem Client und einem Web- Server; und 

Fig. 2 schematisch den zeitlichen Ablauf des erf indungsge- 
maSen Kommunikationsverf ahrens beim Zweitkontakt 
bzw. bei jedem weiteren Kontakt zwischen dem Client 
und dem Web- Server. 




Pig. 1 beschreibt das Szenario, welches im Internet zwischen 
einem Client 1 und einem Web-Server 2 beim erstmaligen Kon- 
takt zeitlich ablauft. 

Der Client 1 stellt eine HTTP-Anfrage nach einer Web-Seite 
an einen Web-Server 2 (Schritt Sll) . Der Web-Server 2 ladt 
Oder erzeugt diese' Web-Seite {Schritt S12) , die .dann v an den' 
Client 1 via HTTP zuruckgeschickt wird (Schritt S13) und vom 
Web-Browser des Clients 1 angezeigt wird (Schritt S14) . Der 
Benutzer arbeitet mit der Web-Seite (Schritt S15) , wobei in 
neuen Browsern wie IE 4/5, NS4/Mozilla Anderungen an den 
Web-Seiten via DHTML am Client durchgefiihrt werden konnen. 
Hierzu wird JavaScript/ JScript und/oder JAVA verwendet . Die 
so am Client 1 geanderten Seiten konnen liber diese Sprachen 
abgefragt werden, Bei IE4/5/Mozilla konnen Anderungen direkt 
iiber den Browser abgefragt werden, bei NS4 mussen Anderungen 
an der Web-Seite von einem entsprechenden Framework aufge- 
zeichnet werden. Diese Aufzeichnung vom am Client 1 
erstellten Anderungen erfordert die Verwendung einer umfang- 
reichen Software, die zu Beginn einer Sitzung als Java- 
Script/VBScript und/oder Java-Applets vom Web-Server 2 gela- 
den wird. Als Ergebnis wird jede Anderung am Client 1 aufge- 
zeichnet. Die auf gezeichneten Anderungen werden in einem 
browserunabhangigen Format zum Web- Server 2 zuruckgeschickt 
(Schritt S16) , wobei das Zuruckschicken der auf gezeichneten 
Anderungen uber ein HTML-Formular , eine Java-Applet oder ei- - 
ne ActiveX- Control oder andere mogliche Mechanismen der Kom- 
munikation zwischen Client 1 und Web-Server 2 erf olgt . Die 
an de^n Web- Server 2 zuruckgeschickten Anderungen werden dort 
unter einer Client-Identitat wie z.B. Sitzungsidentitat 
(engl.: Sessionld (entity) ) bestehend aus Benutzeridentitat 
(engl.: Userld (entity) ) und Passwort in einer Datenbank 3 
abgelegt (Schritt S17) . Hat die Identif ikation des Clients 1 
noch nicht stattgefunden, kann an dieser Stelle eine Anmel- 
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dung uber Userld und Passwort oder andere Mechanismen erfol- 
gen. Der Web-Server 2 erzeugt fur diesen Client 1 einen ei- 
genen Bereich in der Datenbank 3, in der die benutzerspezi- 
fischen Daten abgelegt werden. Dieser Bereich wird als 
"Push-Back-Bereich" bezeichnet . Als Ubertragungsprotokoll 
kann HTTP verwendet werden, wobei der Port des Web -Servers 2 
oder ein eigener Datenport verwendet werden kann. 

Fig. 2 beschreibt das Szenario, welches zwischen dem Client 
1 und dem Web-Server 2 beim Zweitkontakt bzw, bei jedem wei- 
teren Kontakt zeitlich ablauf t . 

Der Client 1 stellt eine HTTP-Anfrage nach einer Web-Seite 
an den Web-Server 2 und identif iziert sich dabei am Web-Ser- 
ver 2 z.B. uber Userld und Passwort (Schritt S21) . Die Iden- 
tif ikation kann uber Userld und Passwort, Cookies oder ande- 
re Techniken wie Smartcards erfolgen. Der Web-Server 2 
priift, ob fur diesen Client bzw. Benutzer in der Datenbank 3 
bereits ein Push-Back-Bereich eingerichtet ist. Wenn nein, 
handelt es sich urn einen Erstkontakt, und die oben beschrie- 
benen Schritte S12 bis S17 werden ausgefuhrt. Wenn ja, priift 
der Web-Server 2, ob die Anfrage aus dem Push-Back-Bereich 
der Datenbank 3 geladen werden kann. Wenn nein, wird wie 
beim Erstkontakt eine generische Web-Seite an den Client 1 
zuriickgeschickt . Ist ein Push-Back-Bereich vorhanden, werden 
die client-spezif ischen Daten geladen (Schritt S22) und im 
generischen XML/ JavaScript- Format an den Client 1 versendet 
(Schritt S23) . Alternativ kann auch reines HTML im Push- 
Back-Bereich gespeichert und an den Client 1 zuriickgesendet 
werden, allerdings ist dann im allgemeinen kein Datenaus- 
tausch zwischen verschiedenen Browser-Versionen mehr mog- 
lich. Am Client 1 werden diese Daten uber JavaScript oder 
Java interpret iert und dynamisch HTML- Code am Client 1 er- 
zeugt (Schritt S24) , wobei hier Browser-Spezif ika abgehan- 



delt werden. Uber den Browser kann der Benutzer mit der Web 
Seite (Schritt S25) arbeiten. Die vom Benutzer gemachten An 
derungen werden wie beim Erstkontakt zum Web-Server 2 zu- 
riickgeschickt (Schritt S2 6) und dort unter der Client -Iden- 
titat in der Datenbank 3 gespeichert (Schritt S27) . 
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Patent anspruche 

Kommunikationsverf ahren zwischen einem Netzwerk-Client 
(1) und einem Netzwerk-Server (2) , wobei ein vom Netz- 
werk-Client (1) angefragtes Netzwerk-Dokument vom 
Netzwerk-Server (2) an den Netzwerk-Client (1) V ge- 
schickt und dann von einem Browser des Netzwerk-Cli- 
ents (1) dera Benutzer zur Bearbeitung angezeigt wird, 
dadurch gekennzeichnet , 

da3 die vom Benutzer am Netzwerk-Dokument am Netzwerk- 
Client durchgefuhrten Anderungen und Erganzungen am 
Netzwerk-Client (1) uber Software auf gezeichnet und im 
Netzwerk-Server (2) als benutzerspezif ische Daten ge- 
speichert werden und daS beim erneuten Aufruf des 
Netzwerk-Dokuments durch den Benutzer das bei einem 
fruheren Aufruf am Netzwerk-Client (1) durch die In- 
teraktibn des Benutzers erstellte Netzwerk-Dokument 
anhand den gespeicherten benutzerspezif ischen Daten 
wiederhergestellt wird. 

Kommunikationsverf ahren nach Anspruch 1, dadurch ge- 
kennzeichnet, daS die vom Benutzer am Netzwerk-Doku- 
ment durchgefuhrten Anderungen und Erganzungen zu- 
nachst am Netzwerk-Client (1) , insbesondere im Haupt- 
speicher Oder auf der Festplatte, zwischengespeichert 
werden . 

Kommunikationsverf ahren nach Anspruch 1 oder 2, da- 
durch gekennzeichnet , daS der Netzwerk-Server (2) fur 
die benutzerspezif ischen Daten einen eigenen Bereich 
in einer Datenbank (3) anlegt. 



Kommunikationsverf ahren nach einem der vorhergehenden 
Ansprtiche, dadurch gekennzeichnet , daS beim erstmali- 
gen Aufruf eines Netzwerk-Dokuments eine Identif ikati- 
on des Netzwerk-Clients (1) bzw. des Benutzers er- 
folgt. 

Kommunikationsverf ahren nach einem der vorhergehenden 
Anspruche, dadurch gekennzeichnet, daS das vom Benut- 
zer geanderte bzw. erganzte Dokument am Netzwerk-Cli- 
ent (1) aufgezeichnet und im Net zwerk- Server (2) in 
einem browserunabhangigen Format, insbesondere in XML, 
gespeichert wird. 

Kommunikationsverf ahren nach einem der vorhergehenden 
Anspruche, dadurch gekennzeichnet , daS am Netzwerk- 
Client (1) die gespeicherten benutzerspezif ischen Da- 
ten des Netzwerk-Servers (2) interpretiert und daraus 
ein fur den Netzwerk-Browser lesbares Format erzeugt 
wird. 

Computerprodukt , das geeignet ist, alle Schritte des 
Kommunikationsverf ahren nach einem der Anspriiche 1 bis 
6 durchzuf uhren, wenn das Programm auf einem Computer 
lauf t . 

Computerprodukt nach Anspruch 7 dadurch gekennzeich- 
net, daS das Computerprodukt -ein Computerprogramm ist. 

Computerprodukt nach Anspruch 7 dadurch gekennzeich- 
net, daS das Computerprodukt ein computerlesbares 
Speichermedium ist. 
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Zusammenf as sung 

Bei einem Kommunikationsverf ahren zwischen einem Netzwerk- 
Client und einem Netzwerk-Server , wobei ein vom Netzwerk- 
Client angefragtes Netzwerk-Dokument vom Netzwerk- Server an 
den Netzwerk-Client geschickt und dann von einem Browser des 
Netzwerk-Clients dem Benutzer zur Bearbeitung angezeigt 
wird, werden die vom Benutzer am Netzwerk-Dokument am Netz- 
werk-Client durchgefiihrten Anderungen und Erganzungen am 
Netzwerk-Client uber Software auf gezeichnet und im Netzwerk- 
Server als benutzerspezif ische Daten gespeichert. Beim er- 
neuten Aufruf des Netzwerk-Dokuments durch den Benutzer wird 
das bei einem friiheren Aufruf am Netzwerk-Client durch die 
Interaktion des Benutzers erstellte Netzwerk-Dokument anhand 
den gespeicherten benutzerspezif ischen Daten wiederherge- 
stellt. So kann jedem Client beim erneuten Aufruf eines 
Netzwerk-Dokuments seine individuelle Netzwerk-Seite angebo- 
ten werden. 
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